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DESCRIPTION 



La pr6sente invention a trait de manidre g6n6rale aux r6seaux a 
commutation de paquets, notamment Plnternet, et plus particulferement d la 
t6l6phonie sur r6seau IP. 

L'invention concerns plus pr6cis6ment un proc6d6 devaluation du d6lai 
de traitement d'un signal de parole contenu dans des paquets de donn6es 
re$us dans un terminal r6cepteur 6quip§ d'un module de tel6phonie, au cours 
d'une communication vocale 6tablie au travers d'un r§seau a commutation de 
paquets avec un terminal 6metteur des paquets de donn6es. L'invention 
concerne encore un proc6d6 devaluation du d§lai de transmission de bout en 
bout d'un signal de parole regu dans un terminal r§cepteur, ce d61ai de bout en 
bout incluant le d6lai pr6cit6 de traitement du signal de parole. L'invention 
concerne aussi des dispositifs aptes d mettre en oeuvre les proc6d6s pr6cit§s. 

Les possibilit6s accrues de joindre et de communiquer avec n'importe 
quel interlocuteur en un lieu sensiblement quelconque du globe terrestre, a un 
instant quelconque et pour un coQt derisoire, celui d'une communication locale, 
par I'interm6diaire du r6seau dlnterconnexion mondial de 1'lnternet, ont suscite 
un engouement pour la telephonie sur r6seau & commutation de paquets, plus 
particulierement pour la tetephonie sur IP (Internet Protocol). 

Contrairement & la tetephonie classique sur r6seau fixe par 
rintermSdiaire du reseau tetephonique commute, la communication en 
telephonie sur r6seau & commutation de paquets, en particulier la telephonie 
sur IP, pr§sente le plus souvent une quality mediocre en Tabsence de garantie 
d'un niveau de quatite minimum. 

Cette absence de garantie de qualite vocale en telephonie sur IP est 
inh§rent a la conception meme du reseau, lequel favorise Interconnexion des 
interlocuteurs au detriment de la bande passante finalement allouee au signal 
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de parole, seul un critere de meilleur effort {best effort) en mattere de bande 
passante allou6e 6tant admissible. En particulier, te d6bit des informations 
transmises, sous forme de paquets num6riques repr6sentatifs du signal de 
parole, diminue au fur et & mesure que les usagers du r§seau IP se connectent 
et utilisent le rSseau, en t6l6phonie sur IP ou non. 

Le d6ploiement dans des conditions satisfaisantes des services de 
t6I6phonie sur IP n6cessite done la mise en oeuvre d'un contrdle de la qualit6 
des services proposes et en particulier la mise en oeuvre d'outils de mesure de 
cette quality. 

Pour rappel, les principaux d6fauts d'une transmission en t6l6phonie sur 
IP, encore d6sign§e par "voix sur IP" (voice over IP- VoIP), sont les suivants : 

- Les retards importants, H6s aux d6lais d'acheminement et aux temps de 
traitement par les 6quipements du r6seau. Ce d6faut peut g§ner Pinteractivite et 
done rendre la conversation entre appelant et appel6 difficile, voire impossible. 

- La gigue (jitter en anglais) dans la dur6e d'acheminement des paquets, 
e'est-a-dire la variance statistique du d§lai de transmission. Ce ph§nomdne se 
traduit par des intervalles de temps de longueur variable entre les instants 
d'arriv6e des paquets. 

- Les pertes de paquets, provoqu6es soit parce que ces paquets ont 6t6 
6limin6s lors de Pacheminement, leur dur6e de vie §tant 6puis6e, suite a 
Pencombrement des routeurs, soit parce qu'ils sont arrives au terminal distant 
avec un retard trap important, ces paquets etant alors detruits a Parrivee. 

- L'6cho Ii6 principalement aux retards elev§s et extremement variables. 

- La distorsion due au codage du signal de parole en paquets 
numeriques a d§bit r§duit, g6n6ralement utilise en VoIP. 

Le delai (ou temps) de transmission de bout en bout du signal de parole 
repr6sente le cumul de Pensemble des retards g6n§res dans la chaTne de 
transmission et de traitement du signal de parole. A ce titre, il constitue le delai 
r6ellement pergu par Pusager, il est d'ailleurs parfois designe par "delai de 
bouche & oreille". 

Le delai de transmission de bout en bout est ainsi compose du d§lai de 
transmission sur le reseau de paquets (IP, ATM - Asynchronous Transfert 
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Mode), et du temps de traitement et de transmission dans les 6quipements de 
terminalson IP (t6l6phone IP, passerelle, r6seau local), 

Le d6lai de transmission sur le r§seau en mode paquets prend en 
compte le temps de traitement au niveau des 6quipements et en particulier au 

5 niveau des routeurs. Ce temps de traitement depend notamment du nombre 
d'6quipements traverses, des fonctions impl6ment6es sur ces 6quipements 
(proxy, transcodage, pare-feu, etc*), de la bande passante disponible. 

D'autre part, le temps de traitement dans les 6quipements et r6seaux de 
terminaison prend en compte les retards introduits par le codec 

10 (codeur/d£codeur) audio, la m6moire tampon (buffer) de gigue, la mise en 
paquets, la detection d'activite vocale, etc., ainsi qu'une 6ventuelle transmission 
sur un r6seau de transmission ou tfacc6s en mode circuit Le temps de 
traitement dans les 6quipements et r6seaux de terminaison peut §tre 
d6compos6 en une partie Emission et une partie reception. 

15 La mesure du d£lai de transmission de bout en bout peut dtre done tr§s 

utile dans le cadre de revaluation de la quality des communications vocales sur 
le r6seau de paquets. En effet, la mesure de dSiai de transmission peut §tre 
corretee avec le niveau de qualit6 pergue par Pusager. Par consequent, si Ton 
connatt les valeurs limites en termes de qualite pergue, du d§lai de 

20 transmission de bout en bout, on pourra agir au niveau de Ping§nierie du r§seau 
ou sur la configuration des 6quipements d'extr6mit§ pour garder ce temps de 
transmission dans des limites acceptables. 

La mesure du temps de transmission de bout en bout d'un signal de 
parole est typiquement realis6e de fagon intrusive, e'est-a-dire, & Paide de deux 

25 sondes simulant ou se substituant aux terminaux d'extremite, et etablissant 
entre elles des communications de test. 

Selon ce principe, la mesure du temps de transmission proprement dit 
s'effectue alors par une comparaison entre le signal 6mis par la sonde 
6mettrice et le signal regu par la sonde r6ceptrice. Cecf n6cessite 

30 imperativement que Penregistrement des deux signaux soit effectue avec la 
meme base temporelle, et partant que les deux sondes soient synchronisees. 
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Les signaux de tests utilises pour ces mesures peuvent etre de signaux 
de parole, des signaux composites ou encore de simples frequences. 

Des sondes du commerce mettant en ceuvre un tel principe de mesure 
Intrusive, sont par exemple celles qui utilisent le modele psycho-acoustique 
5 connu sous I'acronyme PESQ (Perceptual Evaluation of Speech Quality) et 
normalise dans la recommandation P.862 de I'UIT-T (Union Internationale des 
Telecommunications). 

devaluation du temps de transmission de bout en bout par des sondes 
intrusives pr6sente deux types d'inconvenients. D'une part, les mesures 
10 realisees ne portent pas sur des communications reelles entre usagers, et 
d'autre part, elles ne prennent pas en compte le traitement du signal de parole 
effectue dans les terminaux reels des usagers. Par consequent, ce type 
devaluation peut 6tre utilise pour caracteriser la qualit6 d'un service de 
telephonie d'une maniere generate et non pour caracteriser la qualite vocale 
15 des communications r6elles entre deux usagers. 

Ainsi, compte tenu du developpement croissant de la telephonie sur IP, 
il y a un reel besoin de disposer d'outils permettant d'6valuer la qualite vocale 
effectivement percue par I'utilisateur d'un terminal de telephonie de type "voix 
sur IP", au cours de communications telephoniques reelles. Correlativement, il y 
20 a egalement un besoin d'outils permettant d'evaluer de maniere non-intrusive le 
delai reel de traitement d'un signal de parole recu dans un terminal, et 
consecutivement le delai de transmission de bout en bout d'un signal de parole 
au cours de communications reelles entre deux equipements de terminaison IP, 
tels que des telephones IP (IPphone) ou des PCs equipes de logiciels de 
25 telephonie IP (softphone). 

La presente invention a pour objectif de repondre a ce besoin. A cet 
effet, I'invention conceme, selon un premier aspect, un procede devaluation du 
delai de traitement d'un signal de parole contenu dans des paquets de donnees 
recus dans un terminal recepteur equipe d'un module de telephonie, au cours 
30 d'une communication vocale etablie au travers d'un reseau a commutation de 
paquets avec un terminal emetteur des paquets de donnees. Ce proced§ est 
remarquable en ce qu'il comporte les etapes suivantes : 
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- obtention, a partir des paquets de donnees recus, d'un flux de paquets 
audio contenant le signal de parole ; 

- decodage, selon un temps de decodage predetermine, du flux de 
paquets audio obtenu et creation d'un premier signal de parole reconstitu6 ; 

5 - duplication d'au moins une partie du signal de parole reconstitu6 par le 

module de telephonie, cette partie du signal de parole reconstitue constituant 
un second signal de parole ; 

- determination du decalage temporel existant entre les premier et 
second signaux de parole ; 

10 - calcul du delai "D3" de traitement du signal de parole dans le terminal 

recepteur, a partir d'au moins le decalage temporel mesure entre les premier et 
second signaux de parole, et le temps de decodage predetermine. 

Gr3ce a. ce procede, on dispose d'un outil permettant d'evaluer de 
maniere non-Intrusive, c'est-a-dire au cours de communications reelles, le delai 
15 de traitement d'un signal de parole dans un terminal recepteur relie a un reseau 
de paquets. Cet outil pourra done permettre de contribuer a evaluer la qualite 
vocale reellement percue par un utilisateur d'un terminal de telephonie. 

Selon une caracteristique particuliere de I'invention, le decalage temporel 
existant entre le premier et le second signal de parole est mesure selon une 
20 methode utilisant une fonction d'intercorrelation des signaux d'enveloppe 
desdits premier et second signaux. 

Selon un second aspect, I'invention concerne un proc6d6 devaluation du 
delai de transmission de bout en bout d'un signal de parole recu dans un 
terminal recepteur, au cours d'une communication vocale etablie au travers d'un 
25 reseau a commutation de paquets avec un terminal emetteur du signal de 
parole. Ce procede est remarquable en ce qu'il comporte une etape 
devaluation du delai de traitement du signal de parole dans le terminal 
recepteur, selon un procede devaluation tel que brievement expos6 plus haut. 
Selon une caracteristique particuliere de I'invention, ce procede 
30 devaluation du delai de transmission d'un signal de parole, comprend en outre 
les stapes suivantes : 

- evaluation du delai "D1" de traitement a remission du signal de parole ; 
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- mesure du delai "D2" do transmission du signal do parole dans le 
reseau ; 

- evaluation du delai de transmission de bout en bout a partir du delai 
"D1" de traitement a Emission, du delai "D2" de transmission, et du delai "D3 W 

5 de traitement & la reception. 

Un tel procede devaluation du delai de transmission de bout en bout, en 
particulier parce qu'il est non intrusif, est un outil efficace devaluation de la 
qualite vocale percue par I'utilisateur d'un terminal de telephonie au cours de 
communications reelles. 

10 ComSlativement, I'invention conceme un dispositif a installer dans un 

terminal de communication vocale sur nSseau de paquets, comportant des 
moyens pour mettre en oeuvre le ou les proc6des selon I'invention tels 
qu'expps6s succinctement supra. 

Selon un mode de realisation prefere de I'invention, un tel dispositif est 

15 implements sous la forme de modules programmes executes sur un systeme 
informatique constituant ou incorpore dans un equipement terminal de 
communication vocale sur reseau de paquets. Par consequent, la presente 
invention vise aussi un programme d'ordinateur, eventuellement stocke sur un 
support d'informations, ce programme etant apte a mettre en oeuvre le ou les 

20 proced§s precit6s lorsqu'il est charge puis execute sur un systeme 
informatique. 

Les avantages de ce dispositif et de ce programme d'ordinateur sont 
identiques a ceux des proc6des conformes a I'invention, tels que succinctement 
exposes supra. 

25 D'autres particularit6s et avantages de I'invention apparaTtront encore a 

la lecture de la description ci-apres de I'invention, faite a I'appui des dessins 

annexes, sur lesquels : 

- la figure 1 repr6sente schfematiquement un exemple de reseau a 

commutation de paquets auquel peut s'appliquer la presente invention ; 
30 - la figure 2 est un diagramme schematique d'un terminal de telephonie 

IP comprenant, conformement a I'invention, des moyens pour evaluer le delai 
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de traitement d'un signal de parole re<ju dans le terminal, et des moyens pour 
6valuer le d6lai de transmission de bout en bout du signal de parole ; et 

- la figure 3 est un organigramme illustrant un proc6d6 devaluation du 
d6lai de transmission de bout en bout d'un signal de parole, selon Invention. 
5 La figure 1 repr6sente un r6seau & commutation de paquets 2 

fonctionnant selon une pile de protocoles bas6e sur le protocole IP (Internet 
Protocol), couramment d6sign6 par M r6seau IP". L'invention s'applique 
cependant d tout r6seau de commutation de paquets base sur un protocole de 
type IP. 

10 Au reseau 2 sont reli6s des 6quipements d'extremite IP : 1, 3, 4, parmi 

lesquels, certains sont aptes d 6tablir des communications vocales sur IP 
(VoIP) et sont commun6ment d6sign6s par "terminaux IP", tels que des 
telephones IP 3, ou des ordinateurs personnels multimedias (PC) 1 equip6s 
d'un logiciel de tetephonie adapte, tandis que d'autres 6quipements, comme le 

15 serveur 4 sont destines a foumir sur le r6seau des services particuliers. 

De mantere a simplifier Pexpos6 de 1'invention, on a repr6sente d la figure 
1 un seul r6seau (2), cependant le r6seau 2 peut englober un certain nombre 
de sous-r6seaux assoctes d des 6quipements de type passerelle et/ou routeurs 
penmettant d'interconnecter ces sous-r6seaux et de rendre possible ainsi une 

20 communication IP de bout en bout entre les terminaux IP. 

Parmi ces sous-r6seaux, on peut trouver typiquement un r6seau 
commute (RTC) f ainsi que des r6seaux locaux (par ex. Ethernet). 

Selon un mode de realisation pr6f6re, les terminaux IP 1, 3 
communiquent entre eux en utilisant I'ensemble des protocoles de 

25 communication d6finis selon la recommandation H.323 de PUIT-T (Union 
Internationale des Telecommunications). Pour obtenir plus d f informations sur 
cet ensemble de protocoles, on pourra consulter le site Web suivant : 
www.itu.org. 

Selon un autre mode de realisation, les terminaux IP 1, 3 communiquent 
30 entre eux en utilisant ('architecture de protocoles SIP (Session Initiation 
Protocol) proposee par PIETF (Internet Engineering Task Force). On pourra 
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obtenir plus conformations sur cette architecture en consultant le site Web : 

www.ietf.org. 

Bien entendu, I'invention n'est nullement limitee a ces deux families de 
protocoles, mais s'applique au contraire a toute architecture protocolaire 
supportant la voix sur IP. 

Le serveur 4 est ici un serveur de collecte charge de recup6rer, comme 
expose plus bas dans la description, des informations de qualite relatives aux 
communications vocales etablies dans les terminaux IP (1 , 3). En particulier, 
ces informations incluent des valeurs de delais de transmission de bout en bout 
obtenues conformement & I'invention. 

Chaque terminal IP 1, 3, est equipe a cet effet d'un dispositif selon 
I'invention permettant d'evaluer le delai de transmission de bout en bout d'un 
signal de parole reconstitue dans le terminal a partir des paquets de donnees IP 
regus au cours d'une communication. 

La figure 2 represente schematiquement un terminal de telephonie IP 
comprenant conformement a I'invention, des moyens pour evaluer le delai de 
traitement d'un signal de parole recu dans le terminal, et des moyens pour 
evaluer le delai de transmission de bout en bout du signal de parole. 

Ces moyens constituant un dispositif selon I'invention sont incorpores 
dans un terminal de telephonie sur IP. Dans cet exemple d'implementation, le 
terminal IP considere est un ordinateur personnel (PC, 1) de type multimedia 
6quipe d'une application de telephonie. 

Le terminal 1 equipe conformement & I'invention, comporte un ensemble 
de modules 101-135 essentiellement de nature logicielle. Parmi ces modules, 
un certain nombre est incorpore de maniere classique dans le terminal, il s'agit 
des modules suivants : 

- une interface reseau 101 ; 

- un gestionnaire de protocoles 103, d6signee aussi par "pile 
protocolaire" ; 

- une application de telephonie 107 ; 

- un melangeur audio 1 09 ; 

- un pilote de carte son 113; 
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- une carte son 115 ; 

- au moins un haut-parleur 117 ; 

- une interface de programmation A de type API {Application 
Programming Interface). 

Les autres modules, sp6cifiques £ la pr6sente invention, sont les 
suivants : 

- un module 105 de filtrage r6seau ; 

- un module 1 1 1 de filtrage audio ; 

- un module de d6codage audio M t6moin" 123 ; 

- des moyens de m§morisation 129 ; 

- un module 119 devaluation de d6lal de traitement 3 Emission (D1) du 
signal de parole regu dans le terminal 1 ; 

- un module 121 devaluation de d6lai de transmission r6seau (D2) d'un 
signal de parole regu dans le terminal 1 ; 

- un module 131 devaluation de d6lai de traitement £ la r6ception (D3) 
du signal de parole ; 

- un module 133 devaluation du d6lai de transmission de bout en bout a 
partir des d§lais D1, D2, et D3 pr6cites ; et 

- un module 135 de g§n6ration et de transmission d'informations de d§lai 
& un serveur de collecte sur le r&seau. 

L'interface r6seau 101 inclut traditionnellement une carte r6seau et les 
6l6ments n6cessaires pour permettre au terminal 1 considere de se connecter 
au r6seau 2 et de recevoir les signaux 6lectriques acheminant les informations 
codees. Ces 6l6ments incluent en particulier un modem 
(modulateur/d§modulateur), 

L'interface r6seau d6iivre en sortie un flux de paquets IP contenant 
notamment des frames de voix numeris6e. 

Les paquets IP sont ensuite pris en charge par le gestionnaire de 
protocoles 103. Us subissent alors un traitement de desencapsulation 
protocolaire selon Tensemble de protocoles de communication (pile de 
protocoles) utilise au-dessus du protocole IP. 
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Typiquement, ce processus de desencapsulation protocolaire permet 
d'obtenir : 

- des messages de signalisation d'appel, 

- des messages de negotiation d'appel, 

s - un flux de paquets de donnees audio, et 

- un flux de paquets de donnees de controls de communication. 

Dans un mode de realisation prefere dans lequel on utilise I'ensemble de 
protocoles H.323, les messages de signalisation d'appel sont des messages 
selon le protocole de signalisation d'appel H.225.0, les messages de 

10 negotiation d'appel sont des messages selon le protocole de negotiation 
H.245, le flux de paquets audio est constitue d'un flux de paquets selon le 
protocole RTP (Real Time Protocol) contenant des frames de signal audio 
numerise, et le flux de paquets de donnees de contrdle de communication est 
constitue d'un flux de paquets selon le protocole de contrdle RTCP (Real Time 

15 Control Protocol). Les deux protocoles, RTP et RTCP, sont eux-memes places 
au dessus du protocole UDP (User Datagram Protocol). 

Dans un autre mode prefere de realisation dans lequel on utilise 
I'ensemble de protocoles de Tarchitecture SIP (Session Initiation Protocol), les 
messages de signalisation d'appel et les messages de negotiation d'appel sont 

20 contenus dans des messages selon le protocole SIP, le flux de paquets audio 
est constitue d'un flux de paquets selon le protocole RTP contenant des frames 
de signal audio num6rise, et le flux de paquets de donnees de contrdle de 
communication est constitue d'un flux de paquets selon le protocole RTCP. 

Selon une implementation particuliere, le systeme Sexploitation du PC 

25 (1 ) est Windows™ commercialise par la societe Microsoft, et le gestionnaire de 
protocoles 103 est constitue de la bibliotheque de fonctions Winsock. 
L'ensemble de fonctions standardises fournies par la bibliotheque Winsock 
permet ainsi de faire tourner sous Windows des applications qui fonctionnent 
avec les protocoles TCP/UDP-IP, independamment du materiel utilise. 
30 En sortie de la pile protocolaire 103, les differents flux de messages et de 

paquets de donnees, c'est-a-dire, les messages de signalisation d'appel, les 
messages de negotiation d'appel, le flux de paquets de donnees audio, et le 
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flux de paquets de donnees de contrite de communication, sont delivres au 
module de filtrage reseau 105 (decrit plus bas). 

L'interface de type API (referencee par A a la figure 2), est fournle par le 
systeme d'exploitation du terminal 1, et permet aux applications informatlques 
concues pour acceder au r§seau, d'y acc6der via le gestionnalre de protocoles 
103, en utilisant une bibliotheque de fonctions ou primitives standardisees. Ces 
primitives permettent ainsi aux applications d'acceder aux protocoles de 
communication implantes dans le terminal, et de recevoir et envoyer des 
donn6es. 

Comme mentionn6 plus haut, en prenant le cas d'une implementation 
selon les protocoles H.323, on obtient en sortie du gestionnaire de protocoles 
103 les flux de donnees suivants : 

- un flux de messages de signalisation d'appel selon le protocole 
H.225.0 ; 

- un flux de messages de n6gociation d'appel selon le protocole de 
negotiation H.245 ; 

- un flux de paquets de donn6es selon le protocole UDP, les paquets 
UDP incluant des paquets de donnees audio selon le protocole RTP et des 
paquets de donn6es de contrdle de communication selon le protocole RTCP. 

Ces flux d'informations sont typiquement delivres en entree a 
Implication de telephonie 107. Dans le cadre du mode de realisation decrit ici, 
I'application de telephonie utilisee est le logiciel NetMeeting™ commercialise 
par la society Microsoft. 

Conformement a la presente invention, le dispositif selon I'invention 
comporte un module 105 de filtrage reseau, intercale entre le module de 
gestion protocolaire 103 et le module de tetephonie 107. 

Le module 105 est transparent vis-a-vis des flux de donn6es sortant du 
gestionnaire de protocoles (il ne les modifie pas). II comporte des moyens 
logiciels, c'est-a-dire des fonctions programmees particulieres, pour detecter 
I'etablissement d'une communication vocale et identifier la communication. 

A la figure 2, une communication vocale est §tablie entre le telephone IP 
3 et le PC 1. En pratique, l'6tablissement d'une communication vocale est 
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detecte par le filtre reseau 105, lors de la reception d'un message de 
signalisation d'appel caracteristique de I'etabiissement d'une connexion selon le 
protocole de signalisation d'appel utilise. 

Conformement a I'inventlon, le filtre reseau 105 comprend des moyens 
pour obtenir a partir des paquets UDP fournis par la pile protocolaire 103, le flux 
de paquets audio selon le protocole RTP contenant le signal de parole transmis 
par le terminal emetteur. En pratique, le filtre reseau extrait du flux de paquets 
UDP, le flux de paquets RTP, le duplique puis le foumit en entree au module de 
decodage temoin 123. 

Selon un exemple de realisation, le filtre reseau 105 est implements sous 
la forme d'une bibliotheque de liens dynamiques (DLL - data link library). Cette 
DLL est chargee automatiquement lors de I'appel de I'interface API de Winsock 
par une application. 

Cette bibliotheque communique avec le gstionnaire de protocoles 
Winsock par I'intermediaire d'interfaces particulieres, foumies par Winsock : 
I'interface API et une autre interface connue sous I'acronyme SPI. L'interface 
SPI (Service Provider Interface) permet d'implementer chacune des differentes 
fonctions composant le filtre reseau sous la forme d'une LSP (Layered Service 
Provider). 

Une instanciation du filtre reseau est creee lorsque le module de 
telephonie (107) demande la creation d'un canal de communication reseau 
(socket). Plus pr6cisement, Pinstanciation d'un filtre reseau est faite lors de 
I'appel des fonctions 'WSPSockef et •WSPAccept' de I'interface API de Winsock 
par I'application de telephonie. 
25 Le filtre reseau selon invention est concu de maniere a etre compatible 

avec une plurality de protocoles de communication. A cet effet, il est concu 
comme un filtre generique qui se decline en filtres specifiques (protocolaires). 
Ces filtres specifiques sont adaptes a traiter les donn§es transmlses selon des 
protocoles differents de m§me niveau ou bien selon les protocoles d'une famille 
30 particuliere de protocoles (SIP, H.323). 

Le decodeur t§moin 123 est un decodeur audio, par exemple de type 
G.711, identique a celui mis en ceuvre dans le module de telephonie 107. De 
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cette fagon, le temps de traitement, not6 "Tddc", du d6codeur t6moin est le 
mfime que celui utilis6 dans le module de t6l6phonie. Cependant, on peut 
utiliser 6galement un d6codeur t6moin different de celul du module de 
t6l6phonie, d la condition que la diff6rence de dur6e de traitement entre les 
deux d6codeurs soit constante et connue. 

Le d6codeur t6moin 123 a pour fonction de d6coder, selon un temps de 
d6codage pr6d6termln6 car connu & Pavance, le flux de paquets audio RTP 
foumi par le filtre r6seau 105. En sortie du module de d6codage t6moin, on 
obtient done un signal de parole reconstitu6, typiquement sous forme 
d'6chantillons au format PCM (Pulse Code Modulation). 

Le signal de parole reconstitue est alors sauvegard6 sous la forme d'un 
fichier informatique F1 dans la m6moire 129. Cette m6moire peut §tre 
constitute, par exemple, par une portion de I'espace m6moire d'un disque dur, 
ou bien par une zone particuli&re d'une m6moire vive (RAM). 

De retour & la figure 2, les flux de donndes qui sortent du gestionnaire de 
protocoles 103 (Winsock) sont fournis au travers du filtre r£seau 105 qui ne 
modifie pas ces donn&es, au module de t6I6phonie (NetMeeting) 1 07. 

Le module de t6l&phonie 107 inclut de mani&re classique, outre le 
d6codeur audio 107b, une m6moire tampon de gigue 107a, et un bloc 107c de 
traitement de signal assurant des traitements tels que par exemple, la 
g§n§ration de bruits de confort, I'annulation d ! 6cho, Tajustement de niveaux, 
etc. 

En fonctionnement, le module de telephonie 107 extrait du flux de 
paquets UDP qu'il regoit, les paquets selon le protocole RTP et en extrait les 
trames de signal audio num6ris6 et encode. Grace au d6codeur audio 107b, le 
signal audio est alors reconstitu6, puis sous Taction du bloc de traitement du 
signal 107c, un certain nombre de traitements est effectue sur celui-ci 
(traitement de la gigue, de Techo, etc.). 

Le module de telephonie dtlivre en sortie un signal audio reconstitu6, 
typiquement sous forme d'echantillons au format PCM (Pulse Code 
Modulation). 
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Les echantillons de voix codee PCM sont alors delivres au melangeur 
audio 109 qui applique sur le signal de parole des regiages predefinis en vue de 
sa restitution acoustique, de telle sorte que le signal de parole sortant du 
melangeur audio est le* signal audio final qui sera traduit de facon sonore, et 
5 done entendu par Putilisateur du terminal 1 . 

On notera ici que le delai introduit par le melangeur audio est negligeable 
vis-a-vis du delai de traitement global du signal de parole dans le terminal 
recepteur 1 . 

Le signal audio reconstitue par le module de telephonie 107 est fourni en 
10 entree, via le melangeur audio, au module 111 de filtrage audio selon 
I'invention. Ce dernier preleve le signal audio reconstitue par le module de 
telephonie et Penregistre dans un second fichier informatique F2 stocke dans la 
memoire 129. 

Le filtre audio 111 est active de maniere synchrone avec le filtre reseau 
15 105, de telle sorte que les enregistrements du fichier F1 en sortie du decodeur 
temoin 123, et du fichier F2 en sortie du filtre audio 109, sont effectues 
simultanement ou a des instants distincts mais dont Pecart est parfaitement 
connu, ces instants 6tant determines par une m§me horloge temporelle. 

De meme que le filtre reseau, le filtre audio 1 1 1 ne modifie pas le signal 
20 audio qu'il recoit, de concert avec le filtre reseau il preleve, e'est-a-dire recopie, 
une partie au moins du signal de parole reconstitue (flux d'echantillons PCM), 
juste avant sa delivrance a la carte son 115 via le pilote de carte son 113. Le 
signal de parole reconstitue est finalement convert! par un convertisseur 
num§rique-analogique present dans la carte son, en un signal 6lectrique 
25 transform^ en ondes acoustiques par le haut-parleur 117. 

En pratique, pour Pimplementation du filtre audio 111, on utilise 
Parchitecture connue sous le nom "Windows Driver Model" (WDM). Cette 
architecture permet de realiser un interfacage avec des pilotes de peripherique 
(device driver) appartenant a une m§me classe, representative d'un m§me type 
30 de p6riph6rique. On peut alors filtrer des donnees a destination d'un 
peripherique particulier de cette classe. En utilisant cette architecture, le filtre 
audio est implemente par Pinstallation d'un pilote de periph§rique, de classe 
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MEDIA, qui est automatiquement charg6 lors du d6marrage du systems 
d'exploitation Windows, 

De retour d la figure 2, confomrtement d Invention, le terminal r6cepteur 
1 comprend un module 131 devaluation du d6lai de traitement du signal de 
parole re$u. Celui-ci regoit en entr6e, & partir de la rrtemoire 129, d'une part le 
signal de parole F1 d6cod6 par le module 123 de d6codage t6moin f et d'autre 
part le signal de parole F2 d£cod6 par le module 107 de tetephonie. Dans le 
cadre de Pexpos6 de I'invention, le d§lai de traitement du signal de parole regu 
dans le terminal (1) est d§sign§ par w d6lai D3 M . 

Selon I'invention, le module 131 devaluation du d6lai D3 comprend un 
certain nombre de sous-modules. Le module 131 comprend en effet, un sous- 
module de detection d'activite vocale (DAV) f non represents & la figure 2, 
destine a mesurer le taux d'activite vocale dans chacun des signaux vocaux 
enregistr6s F1 et F2. Les algorithmes de detection d'activite vocale sont bien 
connus de letat de la technique. Comme cela sera expose plus bas en relation 
avec la figure 3, la suite du processus devaluation du delai de traitement D3, 
sera mis en oeuvre si I'activite vocale d6tectee dans les premier et second 
signaux de parole F1 et F2, est sup6rieure £ un seuil predetermine. 

Le module 131 devaluation du d6lai D3, comprend d'autre part un sous- 
module (non represent^) de determination du d6calage temporel existant entre 
les deux signaux de parole F1 et F2. Conform6ment a I'invention, le d6calage 
temporel determine entre les signaux F1 et F2, prend en compte la difference 
de dur6e du traitement op6re sur le flux de paquets RTP en sortie du filtre 
r6seau 105, par, d'une part, le module 107 de telephonie, et d'autre part, par le 
module 123 de decodage temoin. 

Puisque les temps de traitement du d6codeur temoin 123 et du dScodeur 
107b sont identiques ou trds proches, le decalage temporel mesure repr6sente 
le delai cumuie introduit par la m§moire tampon 107a et !e bloc 107c de 
traitement de signal, ce delai etant par nature variable et done difficilement 
mesurable de mantere directe. 

Le module 131 comprend enfin un sous-module (non represente) charge 
de calculer le delai D3 de traitement global du signal de parole regu (sous forme 
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de flux RTP) dans le terminal de communication 1 . Comma cela sera expose 
plus bas en liaison avec la figure 3, le delai D3 est evalue en prenant en compte 
la valeur du decalage temporel mesure entre les signaux F1 et F2. 

Le terminal 1 de communication selon I'invention comprend en outre un 
5 module 121 devaluation du delai n D2" de transmission dans le reseau (2) du 
signal de parole recu dans le terminal 1. Le mode devaluation du delai D2 
selon I'invention sera detaille plus loin en liaison avec la figure 3. 

Le terminal 1 comprend d'autre part un module 119 devaluation de delai 
"D1" de traitement introduit lors de remission par le terminal emetteur du signal 
10 de parole recu dans le terminal 1. En pratique, le delai D1 correspond au temps 
de codage, dans le terminal emetteur, du signal de parole. Le mode 
devaluation du delai D1 selon I'invention sera egalement detaille plus loin en 
liaison .avec la figure 3. 

Les delais precites D1, D2, D3 evalues selon I'invention sont fournis au 
15 module 133 devaluation du delai de transmission de bout en bout du signal de 
parole recu dans le terminal 1. Selon I'invention, le delai de bout en bout, "Dbb", 
est calcule par le module 133 a partir du delai D1 de traitement a remission, du 
delai D2 de transmission, et du d6lai D3 de traitement a la reception. Le calcul 
du delai Dbb sera detaille plus bas en liaison avec la figure 3. 
20 Enfin, le terminal 1 selon I'invention, comprend un module 135 de 

generation et de transmission d'informations de delai. Le module 135 recupere 
chacune des valeurs de delai de bout en bout obtenues par le module 133, et 
genere des informations representatives des valeurs de delai de bout en bout 
obtenues. Ces informations sont regroupees par exemple sous la forme de 
25 "tickets de qualite de transmission" correspondant chacun a une ou plusieurs 
communications vocales etablies dans le terminal de communication 1 
considere. 

Ces tickets de qualite de transmission sont alors transmis a un seiveur 
(4) de collecte sur le reseau, destine a assurer la gestion des informations de 
30 delai de bout en bout envoyees par un ensemble de terminaux de 
communication reli§s au r6seau. 
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La transmission des tickets de quality sur le r6seau s'effectue au travers 
du gestionnaire de protocoles 103 et de interface r6seau 101. Selon un mode 
de realisation pr6f6r6, chaque ticket de quality est incorpor6 dans un message 
transmis selon le protocole TCP au travers du r6seau IP 2. 

Le serveur de collecte 4 est destine & assurer le traitement des tickets de 
qualite envoy6s par un ensemble (1, 3) de terminaux de communication relies 
au r6seau, afin d'6valuer la quality de transmission des signaux de parole regus 
dans Pensemble de ces terminaux. Le serveur de collecte regoit ainsi de la part 
de ('ensemble des terminaux de communication 6quip6s d'un dispositif selon 
Pinvention, pour chaque terminal, p6riodiquement ou aprds chaque 
communication vocale, les tickets de qualite g6n6r6s. 

Selon un exemple ^implementation, & partir des tickets regus le serveur 
de collecte g6nfere, dans un rapport de mesure de quality de transmission, une 
ligne de texte pour chaque ticket regu. Ce rapport est stock6 en m6moire dans 
le serveur. Les informations consignees dans ce rapport de quality sont ensuite 
visualisables au travers d'une interface homme-machine (IHM) adapt6e, par un 
op6rateur humain. Cette interface homme-machine peut §tre par exemple une 
interface graphique affich§e sur un ecran d'ordinateur. Ces informations 
visualis6es pourront alors §tre utilis6es pour superviser la quality de service 
relative & la voix sur IP, offerte sur le r6seau. 

En relation avec la figure 3, on va a present d6crire le proc6de, selon 
invention, devaluation du d6lai de transmission de bout en bout d'un signal de 
parole, ce proced6 incluant le proc6de selon Pinvention devaluation du delai de 
traitement d'un signal de parole regu dans un terminal de communication. 

A la figure 3, a Petape E30, les paquets de donnees (paquets UDP) 
contenant le signal de parole est fourni par la pile protocolaire 103 au filtre 
reseau 105. Ce dernier met en oeuvre un temporisateur (timer en anglais) 
determinant les instants requis pour 6valuer le delai de transmission de bout en 
bout. 

Le temporisateur precite a done pour objectif de cadencer les evaluations 
du delai. Selon un exemple d'impiementation, la cadence devaluation est fixee 
& une Evaluation toutes les 15 secondes. Selon un autre exemple de 
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realisation, revaluation peut etre effectuee sous la forme d'une "rafale" de 
mesures, de maniere a obtenir une valeur moyenne, a un instant donne, de ces 
mesures de delai. 

Lorsqu'une evaluation du delai doit avoir lieu (E31, oui), a I'etape E32, le 
5 filtre reseau 105 extrait du flux UDP, les paquets RTP contenant les frames de 
parole, et recopie ce flux de paquets. 

A I'etape E34, le flux de paquets RTP duplique par le filtre reseau est 
fourni au module 123 de decodage temoin qui reconstltue un signal de parole a 
partir de ces paquets audio. Le signal de parole reconstitue est ensuite 
10 sauvegarde dans le fichier F1 . 

En parallele, a I'etape E36, le filtre audio 111 duplique le signal de parole 
reconstitue par le module 107 de telephonie, et le sauvegarde dans le fichier 
F2. . 

L'enregistrement du signal audio issu du decodeur temoin (123) et du 
15 signal audio issu du filtre audio (111) dans respectivement le fichier F1 et le 
fichier F2 est effectue de preference au meme instant. 

On notera ici que, pour simplifier I'expose, les signaux audio precites 
sont designes par les noms des fichiers qui les contiennent, c'est-a-dire F1 et 
F2. 

20 Dans le mode de realisation decrit ici, I'extraction des donnees audio 

effectuee par le filtre reseau et le filtre audio est arretee au bout d'une duree 
predeterminee, egale a 5 secondes selon une implementation choisie. 

A I'etape E38, le module 131 devaluation du delai de traitement "D3" 
applique un processus de mesure du taux d'activite vocale dans les signaux de 

25 parole F1 et F2, puis compare le taux mesure a un seuil predetermine. En 
pratique, ce seuil du taux d'activite vocale est fixe a 30%. A I'etape E39, on 
determine le decalage entre les deux signaux de parole F1 et F2 seulement si 
le taux d'activite vocale mesure dans les deux signaux F1 et F2, est superieur 
au seuil predetermine. 

30 Par consequent, dans Pexemple d'implementation decrit ici, on determine 

(E39) le d6calage entre les deux signaux de parole F1 et F2 preleves, chacun 
de duree 6gale a 5 secondes, si le taux de parole dans ces signaux est 
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sup6rieur £ 30 % (E38, oui). Dans le cas contraire (E38, non), on retourne d 
l f 6tape E31. Ce critere d'activite vocate permet de verifier que les deux slgnaux 
contiennent suffisamment de parole pour rendre possible une mesure de 
decalage tempore! entre ces deux slgnaux. 
5 A l'6tape E39, le module 131 devaluation de d6lai, effectue le calcul du 

d6calage temporel existant entre les deux signaux de parole F1 et F2. 

Selon un mode de realisation pr6f6r6, le d6calage temporel entre les 
signaux F1 et F2 est mesure selon un proc6d6 utilisant une fonction 
d'intercorreiation des signaux d'enveloppe du signal F1 et du signal F2. 
10 Pour mesurer le d6calage temporel entre les signaux F1 et F2, on pourra 

utiliser par exemple la m6thode d6crite dans le brevet frangais publie sous le n° 
2 733 867 intitule u Proc6d6 et dispositif de mesure sans intrusion de la qualit6 
de transmission d'une ligne tetephonlque". La m6thode d6crite dans ce 
document y est expos6e en particulier en reference & la figure 1a, et appliqu6e 
15 e un signal de parole et au signal d'6cho correspondant. Dans le cadre de la 
presente invention, la m6thode de mesure d6crite dans le document pr6cite, est 
appliqu6e aux signaux de parole F1 et F2. 

Ainsi en reprenant la m6thode decrite dans le document pr6cite, les 
§chantillons du signal de parole F1 issu du d6codeur temoin sont filtr6s au 
20 moyen d'un filtre passe-bas sur une dur6e determinee et les 6chantillons du 
signal F2 issu du filtre audio sont 6galement filtres sur une dur6e sensiblement 
§gale a la moitte de cette dur6e determinee mais decal6e de la moitie de celle- 
ci, ce qui permet d'obtenir des signaux d'enveloppe du signal F1 et du signal 
F2. Une plurality de coefficients d'intercorreiation entre les signaux F1 et F2, 
25 pour des retards successifs distincts de pas de retard determine, est etablie. 
Une comparaison des coefficients d'intercorreiation permet de discriminer le 
coefficient d'intercorreiation de valeur la plus grande, pour une valeur de retard 
specifique, cette valeur de retard specifique 6tant representative de la mesure 
du d6calage temporel, note "Dt", entre le signal F1 et le signal F2. 
30 A retape E40 f le delai D3 repr6sentatif du temps de traitement du signal 

de parole regu dans le terminal de communication (1) considere, est obtenu en 
effectuant la somme du decalage temporel "Dt" mesure entre les signaux de 
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parole F1 et F2, et du temps de decodage predetermine, "Tdec", du decodeur 
temoin (123), c'est-a-dtre : D3 - Dt + Tdec . 

Conformement a I'invention, la mesure du delai D3 du temps de 
traitement du signal de parole regu dans le terminal est effectuee dans le cadre 
5 de revaluation du delai de transmission de bout en bout du signal de parole. 

A cet effet, comme represents a la figure 3, au cours des etapes E41 et 
E42, on evalue (E41) le delai "D1" de traitement a remission du signal de 
parole, et on mesure (E42) le delai "D2" de transmission du signal de parole 
dans le reseau. 

10 Selon Implementation decrite ici, le delai "D1" de traitement a remission 

du signal de parole est evalue par consultation d'une table stockee en memoire 
dans le terminal recepteur. Dans cette table sont enregistrees, par type de 
codeur a remission du signal de parole regu, une valeur maximale et une valeur 
minimale predefines du delai n D1\ ces valeurs predefinies prenant en compte 

1 5 la charge utile (payload) des paquets IP regus. 

Le type de codeur a remission et la charge utile des paquets IP regus, 
sont identifies dans le terminal recepteur a partir de messages de signalisation : 
d'appel contenus dans les paquets IP regus. Dans le mode de realisation decrit, 
les messages de signalisation sont des messages selon le protocole de 

20 signalisation d'appel H.225.0. 

Le mode devaluation du delai "D1" expose ici, est decrit dans le 
document intitule "Estimating E-model Id within a VoIP network, Technical 
note", de la societe Psytechnics, que I'on peut trouver a I'adresse Internet 
suivante : * http://www.psytechnics.eom/papers/ld_Emodel_technote_1.1.pdf. 

25 La methode decrite est derivee de la recommandation G.114 de I'UIT-T : 

"SYSTEMES ET SUPPORTS DE TRANSMISSION, SYSTEMES ET RESEAUX NUMERIQUES - 

Temps de transmission dans un sens". 

On notera ici que le type de codeur a remission (codec negocie) peut 
egalement etre obtenu a partie des messages de negociation d'appel (H.245) 
30 extraits des paquets de donnees regus dans le terminal. Ces messages de 
negociations d'appels sont extraits par le filtre reseau (105), a partir desquels 
des informations d'identification de la communication vocale sont obtenues, en 
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particulier, les dates de d6but et de fin de communication, le codec (codeur- 
decodeur audio) negocie entre le terminal appelant et le terminal appele, la 
charge utile (payload) des paquets IP recus, les identifiants, par exemple les 
adresses IP, des terminaux appelant et appele, le chemin reliant les deux 
5 terminaux au travers du reseau. 

La table ci-dessous foumit une liste de delais d'encodage (D1) "meilleur 
cas" et "pire cas" (en anglais best case et worst case) pour trois des codecs 
VoIP les plus utilises. Cette table est extraite du document de Psytechnics 
precite. 
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Codec 


D1, meilleur cas (ms) 


D1, pire cas (ms) 


G.711 


Taille_paquet 


Taille paquet + 0,125 


G.729 


Taille_paquet + 5 


Taillejpaquet +5+10 


G.723.1 


Taillejpaquet + 7,5 


2 * Taillejpaquet + 7,5 + 30 



En pratique, dans la plupart des situations, le d6Iai (D1) d'encodage £ 
Emission sera plus proche de la situation "meilleur cas" et par consequent, une 
estimation raisonnable du d6lai d'encodage D1 consiste & choisir la valeur 
15 minimale ("meilleur cas") augments de 20 %, 

Dans cette Evaluation, le temps s'6coulant entre le moment oCi un paquet 
est pr§t a la transmission, dans le terminal §metteur, et le moment ou il apparait 
sur la ligne de transmission, est insignifiant et par consequent n6glig6. 

Ainsi, la connaissance du type de codec & remission et la charge utile 
20 des paquets IP, permet d'estimer le temps de codage (temps de traitement & 
remission) a I'interieur d'une plage de delais. 

De retour a la figure 3, une fois le d§lai D1 d'encodage & remission 
calcule, ce dernier est fourni au module (133) charge d'6valuer le deiai de bout 
en bout, comme repr6sente £ I'etape E43. 
25 A Petape E42, le deiai "D2" de transmission du signal de parole dans le 

reseau est evalu6. Selon un mode prefere de realisation de I'invention, ce d6lai 
est 6valu§ selon deux methodes alternatives. 
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La premiere consists a utilissr les paquets "sender report (SR), en 
francais "rapport d'emetteur", presents dans les paquets RTCP (contenus dans 
les trames UDP des paquets IP recus). Le calcul du delai (D2) de transmission 
du terminal emetteur vers le terminal recepteur peut etre facilement obtenu a 
partlr des Informations contenues dans les paquets SR. Pour obtenir plus de 
details sur le mode de calcul de ce delai a partlr des informations contenues 
dans les paquets SR, on pourra se reporter au document RFC1889 de I'lETF 
(Internet Engineering Task Force), ce document etant disponible a I'adresse 
Internet suivante : ' http://www.ietf.org/rfc/rfc1889.txt \ On pourra y consulter 
notamment le point 6.3.2 associe a la figure 2 de ce document, intitulee 
"Example for round-trip time computation" (exemple de calcul de temps d'aller- 
retour). 

Lorsque les paquets SR ne sont pas disponibles au cours de la 
communication, soit que le terminal emetteur ou I'application de telephonie du 
terminal emetteur ne le permette pas, soit que la communication vocale est trop 
courte, ou pour toute autre raison provoquant I'absence de rapports d'emission 
dans les paquets recus, une m6thode alternative devaluation du delai (D2) d^ 
transmission sur le reseau est utilisee. 

Selon un mode de realisation prefere de I'invention, cette methode 
alternative consists a utiliser le programme utilitaire connu sous le nom "Ping". 
L'utilitaire Ping utilise la fonction Echo du protocole ICMP (Internet Control 
Message Protocol) qui est detaillee dans le document RFC792 de I'lETF et 
disponible a I'adresse Internet suivante : * http://www.ietf.org/rfc/rfc792.txt \ 

Dans le cadre de la presente invention, le terminal recepteur (1) envoie 
un petit paquet au travers du reseau vers I'adresse IP du terminal emetteur (3). 
Le terminal recepteur (1) attend alors un paquet de retour (echo) en 
provenance du terminal emetteur (3). Ensuite, en divisant par deux, le temps 
ecoule entre I'envoi du paquet "Ping" et la reception du paquet "echo", on 
obtient une evaluation moyenne du temps de transmission (D2) sur le reseau 
entre le terminal emetteur et le terminal recepteur. 



23 



De meme que pour le delai D1, une fois le delai D2 de transmission sur 
le reseau, calcuie, ce dernier est fourni au module (133) charge d'evaluer le 
delai de bout en bout, a I'etape E43. 

A I'etape E43, le delai de transmission de bout en bout "Dbb" est calcuie 
5 a partir du delai "D1" de traitement (encodage) a remission, du delai "D2" de 
transmission dans le reseau, et du delai "D3" de traitement a la reception. En 
pratique, le delai de bout en bout est obtenu par sommation des valeurs 
calculees des delais D1, D2, D3. 

Enfin, a I'etape E44, la valeur de delai de bout en bout calcul6e est 
10 memorisSe pour etre eventuellement transmise a un serveur de collecte sur le 
reseau, comme expose supra en liaison avec la figure 2. Si c'est le cas, les 
etapes suivantes (non representees sur la figure 3) sont executees : 

- creation d'informations representatives des valeurs de d6lai de bout en 
bout obtenues ; 

15 - transmission des Informations de delai de bout en bout a un serveur de 

collecte sur le reseau, le serveur etant destine a assurer la gestion des 
informations de delai de bout en bout envoyees par un ensemble de terminaux 
de communication relies au reseau. 

En resume, la presente invention conceme notamment un precede 

20 devaluation du delai de traitement d'un signal de parole contenu dans des 
paquets de donnees recus dans un terminal recepteur equipe d'un module de 
tel6phonie, au cours d'une communication vocale etablie au travers d'un reseau 
a commutation de paquets avec un terminal emetteur des paquets de donnees. 
L'invention concerne aussi un precede devaluation du delai de transmission de 

25 bout en bout d'un signal de parole recu dans un terminal recepteur, ce d6lai de 
bout en bout incluant le delai precite de traitement du signal de parole. 

Dans le mode de realisation decrit plus haut, les etapes de ces precedes 
sont determinees par les instructions de programmes d'ordinateur, et sont 
mises en ceuvre lorsque ces programmes sont charges dans un ordinateur ou 

30 plus generalement un systeme informatique, dont le fonctionnement est alors 
commande par I'execution de ces programmes. 
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En consequence, invention s'applique egalement a des programmes 
d'ordinateur, particulierement des programmes d'ordinateur sur ou dans un 
support d'informations, adaptes a mettre en oeuvre I'invention. Ces programmes 
peuvent utiliser n'importe quel langage de programmation, et etre sous la forme 
5 de code source, code objet ou de code intermediate entre code source et code 
objet, tel que dans une forme partiellement compilee, ou dans n'importe quelle 
autre forme souhaitable pour implementer un procede selon I'invention. 

Le support d'informations peut etre n'importe quelle entite ou dispositif 
capable de stacker le programme. Par exemple, le support peut comporter un 
10 moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM 
semi-conducteur, ou un moyen d'enregistrement magnetique, par exemple une 
disquette (floppy disc) ou un disque dur. D'autre part, un tel support peut 6tre 
un support transmissible tel qu'un signal electrique ou optlque, qui peut etre 
achemine via un cable electrique ou optique, ou encore par radio ou par 
15 d'autres moyens. En particulier un programme selon I'invention peut . etre 
telecharge via I'lnternet. 

Atternativement, le support d'informations peut etre un circuit intagre 
dans lequel le programme est incorpore, le circuit etant adapte pour executer 
ou pour etre utilise dans I'execution du procede en question. 
20 L'invention concerne aussi un equipement terminal de communication 

vocale equipe d'un dispositif selon I'invention, tel qu'un telephone IP ou un PC 
multimedia equipe d'un logiciel de telephonie. L'invention concerne plus 
g6neralement tout equipement de terminaison IP equipe d'un dispositif 
d'evaluation de delai selon I'invention. 
25 Bien entendu, la presente invention n'est nullement limitee aux modes de 

realisation decrits et representes ici, mais englobe, bien au contraire, toute 
variante a la portee de I'homme du metier. 
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REVENDICATIONS 

1. Procede devaluation du delai de traitement d'un signal de parole 
5 contenu dans des paquets de donnees recus dans un terminal recepteur equip e 
d'un module de telephonie, au cours d'une communication vocale etablie au 
travers d'un reseau a commutation de paquets avec un terminal emetteur 
desdits paquets de donnees, ledit procede etant caracterise en ce qu'il 
comporte les etapes suivantes : 
10 - obtention (E32), a partir des paquets de donnees recus, d'un flux de 

paquets audio contenant le signal de parole ; 

- decodage (E43), selon un temps de decodage predetermine, du flux de 
paquets audio obtenu et creation d'un premier signal de parole (F1) 
reconstitue ; 

15 - duplication (E36) d'au moins une partie du signal de parole reconstitue 

par le module de telephonie, ladite partie du signal de parole reconstitue 
constituant un second signal de parole (F2) ; 

- determination (E39) du decalage temporel existant entre les premier 
(F1) et second (F2) signaux de parole ; 

20 - calcul (E40) du delai "D3" de traitement du signal de parole dans le 

terminal recepteur, a partir d'au moins le decalage temporel mesure entre 
lesdits premier (F1) et second (F2) signaux de parole, et le temps de decodage 
predetermine. 

2. Procede selon la revendication 1, caracterise en ce que le 
25 decalage temporel existant entre le premier (F1) et le second (F2) signal de 

parole est mesure selon une methode utilisant une fonction d'intercorrelation 
des signaux d'enveloppe desdits premier et second signaux. 

3. Procede selon la revendication 1 ou 2, caracterise en ce que 
I'etape (E39) de determination du decalage temporel est precedee d'une etape 

30 de detection (E38) d'activite vocale dans les premier et second signaux vocaux, 
les etapes qui suivent §tant mises en ceuvre si I'activite vocale detectee dans 
les premier et second signaux est superieure a un seuil predetermine. 
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4. Procede selon I'une quelconque des revendications precedentes, 
caracterise en ce que I'etape (E34) de decodage selon un temps de decodage 
predetermine met en ceuvre un algorithme de d6codage identique a celui mis 
en oeuvre dans ledit module de telephone ou dont la difference de temps de 

5 decodage est constants et connue par rapport a I'algorithme mis en ceuvre 
dans le module de telephonie. 

5. Procede selon Tune quelconque des revendications precedentes, 
caracterise en ce que le temps de traitement "D3" est obtenue (E40) par 
sommation du decalage temporel determine entre les premier et second 

10 signaux de parole et du temps de decodage predetermine du premier signal de 
parole. 

6. Procede selon Tune quelconque des revendications precedentes, 
caracterise en ce que ledit reseau a commutations de paquets est un reseau 
base sur le protocole IP, les paquets de donnees regus dans le terminal etant 

15 des paquets IP. 

7. Procede devaluation du delai de transmission de bout en bout 
d'un signal de parole recu dans un terminal recepteur, au cours d'une 
communication vocale etablie au travers d'un reseau a commutation de paquets 
avec un terminal emetteur dudit signal de parole, caracterise en ce qu'il 

20 comporte une etape devaluation du delai "D3" de traitement du signal de parole 
dans le terminal recepteur, selon un procede conforme a I'une quelconque des 

revendications 1 a 6. 

8. Procede selon la revendication 7, caracterise en ce qu'il comporte 

en outre les etapes suivantes : 
25 - evaluation (E41) du delai "D1 w de traitement a remission du signal de 

parole ; 

- mesure (E42) du delai "D2" de transmission du signal de parole dans le 
reseau ; 

- evaluation (E43) du delai de transmission de bout en bout a partir dudit 
30 delai "D1" de traitement a remission, dudit delai "D2" de transmission, et dudit 

delai "D3" de traitement a la reception. 
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9. Proc6d§ selon la revendication 8, caract6ris6 en ce que le d6lai 
"D1" de traitement £ remission du signal de parole est 6valu6 (E41) par 
consultation d'une table stock6e dans le terminal r6cepteur dans laquelle sont 
enregistr6es, par type de codeur £ remission du signal de parole, une valeur 
maximale et une valeur minimale pr6d6finies dudit d6lai "D1 M , lesdites valeurs 
pr6d§finies prenant en compte la charge utile des paquets IP re$us. 

10. Proc6d& selon la revendication 8 ou 9, caract6ris6 en ce que le 
d§lai "D2" de transmission du signal de parole dans le r6seau est 6valu6 (E42) 
selon une technique de type Ping. 

1 1 . Proc6d6 selon la revendication 8 ou 9, caract6ris6 en ce que le 
d§lai "D2" de transmission du signal de parole dans le r6seau est 6valu6 d 
partir ^informations de type Sender Report extraites des paquets re$us. 

12. Proc6d6 selon Tune quelconque des revendications 7 & 11, 
caract6ris6 en ce que le d6lai de transmission de bout en bout & partir est 
6valu§ (E43) par sommation dudit d6lai "D1" de traitement & remission, dudit 
d6lai "D2" de transmission, et dudit d6lai "D3" de traitement & la reception. 

13. Proc6d6 selon Tune quelconque des revendications 7 d 12, 
caract6ris6 en ce qu'il comporte en outre les 6tapes de : 

- creation d'informations representatives des valeurs de dSlai de bout en 
bout obtenues ; 

- transmission desdites informations de d6lai de bout en bout & un 
serveur de collecte sur le r6seau, ledit serveur 6tant destin6 £ assurer la 
gestion des informations de delai de bout en bout envoy6es par un ensemble 
de terminaux de communication reli§s au reseau. 

14. Dispositif devaluation du d6lai de traitement d'un signal de parole, 
& installer dans un terminal recepteur 6quip6 d'un module de tel6phonie, pour 
^valuer ledit delai de traitement a partir de paquets de donn6es regus dans le 
terminal recepteur au cours d'une communication vocale 6tablie au travers d'un 
r§seau a commutation de paquets avec un terminal 6metteur desdits paquets 
de donnees, ledit dispositif etant caracterise en ce qu'il comporte : 

- un module (105) de filtrage reseau apte a obtenir, a partir des paquets 
de donnees regus, un flux de paquets audio contenant le signal de parole ; 
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- un module (123) de decodage dit "temoin" ayant un temps de decodage 
predetermine, pour decoder le flux de paquets audio obtenu et creer un premier 
signal de parole (F1) reconstitue ; 

- un module (111) de filtrage audio destine a dupliquer au moins une 
partie du signal de parole reconstitue par le module de telephonie, ladite partie 
du signal de parole reconstitue constituant un second signal de parole (F2); 

- des moyens (131) pour determiner le decalage temporel existant entre 
les premier (F1) et second (F2) signaux de parole ; 

- des moyens (131) pour calculer le delai "D3" de traitement du signal de 
parole dans le terminal recepteur, a partir d'au moins le decalage temporel 
mesure entre lesdits premier (F1) et second (F2) signaux de parole, et le temps 
de decodage predetermine. 

15. Dispositif selon la revendication 14, caracterise en ce qu'il 
comporte en outre des moyens pour mettre en oeuvre un precede devaluation 
du delai de traitement d'un signal de parole, tel que revendique dans.l'une 
quelconque des revendications 2 a 6. 

16. Dispositif devaluation du delai de transmission de bout en bout 
d'un signal de parole, a installer dans un terminal recepteur equipe d'un module 
de telephonie, pour evaluer ledit delai de transmission a partir de paquete de 
donnees recus dans le terminal recepteur au cours d'une communication vocale 
etablie au travers d'un reseau a commutation de paquets avec un terminal 
emetteur desdits paquets de donnees, ledit dispositif etant caracterise en ce 
qu'il comprend des moyens pour mettre en oeuvre un precede devaluation du 
delai de transmission de bout en bout tel que revendique dans I'une quelconque 
des revendications 7 a 13. 

17. Equipement terminal de telephonie sur reseau a commutation de 
paquets, notamment un telephone IP ou un ordinateur personnel dote d'un 
logiciel de telephonie, caracterise en ce qu'il inclut un dispositif devaluation du 
delai de traitement d'un signal de parole tel que revendique dans la 
revendication 14 ou 15. 

18. Equipement terminal de tetephonie sur teseau & commutation de 
paquets, notamment un telephone IP ou un ordinateur personnel dote d'un 
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logiciel de telephonie, caracterise en ce qu'il inclut un dispositif devaluation du 
delai de transmission de bout en bout d'un signal de parole tel que revendique 
dans ia revendication 16. 

1 9. Programme d'ordinateur sur un support d'informations, comportant 
5 des instructions de programme adaptees a la mlse en osuvre d'un procede 

selon Tune quelconque des revendications 1 a 6, lorsque ledit programme est 
charg6 et execut6 dans un systeme informatique. 

20. Programme d'ordinateur sur un support d'informations, comportant 
des instructions de programme adapt6es a la mise en oeuvre d'un procedS 

10 seion I'une quelconque des revendications 7 a 13, lorsque ledit programme est 
charge et execute dans un systeme informatique. 
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